home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000119_news@newsmaster….columbia.edu _Fri May 22 16:44:57 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  5KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA28180
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 22 May 1998 16:44:57 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA13722
  7.     for kermit.misc@watsun; Fri, 22 May 1998 16:44:56 -0400 (EDT)
  8. Path: news.columbia.edu!panix!nntprelay.mathworks.com!nntp.abs.net!Supernews60!supernews.com!Supernews69!not-for-mail
  9. From: Andy Fox <foxes@theriver.com>
  10. Newsgroups: comp.protocols.kermit.misc,comp.sys.hp48
  11. Subject: Re: Kermit on the HP48 (Was: One-Way Transfer)
  12. Date: Fri, 22 May 1998 13:40:32 -0700
  13. Organization: All USENET -- http://www.Supernews.com
  14. Lines: 96
  15. Message-ID: <3565E2C0.80AC34A5@theriver.com>
  16. References: <35646665.EBB3868B@theriver.com> <wkvhqye9g4.fsf@jhuapl.edu> <6k42pd$a3m$1@apakabar.cc.columbia.edu> <wk67iy1b8j.fsf@jhuapl.edu> <6k4ef6$g6p$1@apakabar.cc.columbia.edu>
  17. NNTP-Posting-Host: 205.216.137.223
  18. Mime-Version: 1.0
  19. Content-Type: text/plain; charset=us-ascii
  20. Content-Transfer-Encoding: 7bit
  21. X-Trace: 895869624 LCXKGXCMT89DFCDD8C usenet14.supernews.com
  22. X-Complaints-To: newsabuse@supernews.com
  23. X-Mailer: Mozilla 4.04 [en] (Win95; I)
  24. To: Frank da Cruz <fdc@watsun.cc.columbia.edu>
  25. Xref: news.columbia.edu comp.protocols.kermit.misc:8772 comp.sys.hp48:81333
  26.  
  27. Hi Frank,
  28.  
  29. I wanted to thank you and Jeff both for helping me get files transferred
  30. in both directions between my HP-48GX and K95 (V1.1.16).
  31.  
  32. The important points seem to be:
  33.  
  34.     Run the HP-48 in server mode.
  35.     HP set up for binary transfers (at least for variables)
  36.     K95 "SET CONTROL PREFIX ALL"
  37.  
  38. Here is a little more information:
  39.  
  40. <snip>
  41.  
  42. > : > Postings on comp.sys.hp48 indicate that the HP-48 Kermit implementation
  43. > : > "parses" incoming text-mode material on the fly, and appends the material
  44. > : > from each incoming packet to a "string", resulting in a steadily
  45. > : > deteriorating transfer rate, at least up to some point at which the HP-48
  46. > : > dumps the string to storage and starts over with a new string.  There's
  47. > : > not much that the Kermit client can do about that.
  48. > :
  49. > : This is the biggest problem with hp48 kermit.
  50. > :
  51. > Can you help clear this up?  What is the deal?  Text-mode transfers into
  52. > the HP-48 are the ones that get progressively slower?  But binary-mode
  53. > transfers into the HP-48 are OK?
  54. > 
  55.  
  56. It appears to me that it slows down in binary mode also.
  57.  
  58. <snip>
  59.  
  60. > So let's start trying to put together the settings to use with MS-DOS Kermit,
  61. > C-Kermit, and Kermit 95 for transferring files with the HP-48:
  62. > 
  63. >   set modem type direct  ; (Skip this in MS-DOS Kermit)
  64. >   set carrier-watch off  ; (Does the HP-48 assert DCD? If so, use ON.)
  65.  
  66. There are only four wires, TX, RX, GND and Shield.  No hardware flow
  67. control.
  68.  
  69. >   set port <whatever>
  70. >   set speed 9600         ; (The best the HP-48 can do)
  71. >   set flow none          ; (or Xon/Xoff)
  72. >   set parity none        ; (The HP can accept 8-bit data)
  73. >   set control prefix all ; (Don't send bare control chars)
  74. >   set receive timeout 99 ; (see Note 1 below...)
  75. >   set send pause 100     ; (see Note 2 below...)
  76. > 
  77. > Items such as packet length and window size are negotiated automatically;
  78. > there is no need to set them.
  79. > 
  80. >  1. If it takes the HP-48 a long time acknowledge data packets (e.g.
  81. >     in text mode), tell the file sender to wait a long time for the
  82. >     acknowledgement.  (Newer versions of C-Kermit and K95 will adjust
  83. >     their timeouts dynamically according to the actual behavior, in
  84. >     which case the SET RECEIVE TIMEOUT command is not needed.)
  85. > 
  86. >  2. The SET SEND PAUSE command is needed if the HP-48's serial port is
  87. >     half duplex.  The number (100 milliseconds) might need adjustment.
  88. >     I'm sure this is highly dependent on the exact model and ROM version.
  89. > 
  90. > Finally:
  91. > 
  92. >   set file type text     ; For HP-48 programs
  93. > 
  94. > or:
  95. > 
  96. >   set file type binary   ; For all other forms of data
  97. > 
  98.  
  99. I'll have to try transferring programs later, maybe this weekend...
  100.  
  101. > Oh, by the way, another peculiarity I noticed...  If the HP-48 is set up to
  102. > be client of a Kermit server, its method for getting directory listings is
  103. > rather odd.  Instead of sending a REMOTE DIRECTORY protocol message, it
  104. > sends REMOTE HOST DIR/W.  Of course, this won't work unless the server:
  105. > 
  106. >  a. Is a DOS or Windows or OS/2 system, and:
  107. > 
  108. >  b. Has HOST ENABLE'd in its Kermit server.
  109. > 
  110. > - Frank
  111.  
  112. I was able to get a directory listing displayed on my HP, but couldn't
  113. receive the file from the server.  Jeff recommended, and I concur, that
  114. the HP should be the server.
  115.  
  116. Thanks again.  I have been impressed with your tech support for several
  117. years (since I became aware of it, actually).  I have found your manuals
  118. to be the best written, along with the "Nutshell" series of books by
  119. O'Reilly.
  120.  
  121. -- 
  122. 72/73 de Andy, KK7HV - QRP-L #1286 - Benson, AZ